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(54) System in broadcasting station and receiving machine for the system 

(57) A broadcasting system includes a content data 
base storing a content produced by an authoring tool, 
distribution-schedule-production-section for producing 
a schedule of distributing the content, a program control 
section for controlling an on-air time of an on-air pro- 
gram. The system also includes an SI creator for creat- 
ing supplementary information to a program regarding a 
content distribution service, a content transmission pro- 
toco! creating section, content-distribution-information- 
creating section for creating information regarding the 
content distribution that is utilized when a receiving 
machine obtains and updates the content, and a trans- 
mitter that transmits the created information. 
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Description 

Reld of the Invention 

[0001] The present invention relates to data broad- 
casting in digital broadcasting system, and more partic- 
ularly to a broadcasting system which handles mono- 
media data constituting contents as a file integratedly 
and a receiving n^chine for this system. 

Background of the Invention 



[0002] Data broadcasting is to distrilxite a content 
other than transmitted ordinal on-air programs to audi- 
ences. First, a broadcasting service and transmission 
protocol in a conventional data broadcasting is 
described hereinafter. An example of data distribution 
by broadcasting is home-page distribution and elec- 
tronic newspaper distribution. The home page distribu- 
tion sen^ice has been already available in an analog 
form at some broadcasting stations, and an information 
distribution service has been also available to some 
users having a dedicated receiving nr^achine to this 
service. A multimedia application (hereinafter refened 
to as MM application) disb-ibuted by the data broadcast- 
ing can be produced by several metiiods such as Java. 
HTML. MHEG and the like. The selection of these metii- 
ods is left to users. 

[0003] Protocol of data trar^mission in digital broad- 
casting has employed DSM-CC data carousel (hereinaf- 
ter refen-ed to as a data carousel) specified by 
IS013818-6. The data carousel groups data into logical 
units, i.e. modules, and divides the modules into physi- 
cal units, i.e. blocks. When data are transmitted, they 
are handled in tins block unit. A broadcaster transmits 
this block repeatedly to an audience. The receiver 
receives the data block by block, and assembles them 
irrto a module again. The data carousel defines two 
tables to realize this transmission method, i.e. one is 
Download Data Indication (Dll). and the other is Down- 
load Data Block (DOB). Dll has a nuxlule ID and a 
pointer to DOB that carries a substance of the module. 
A module to be transmitted is divided into blocks of a 
given size (block size), and ttie blocks are packed into 
DDB for transmission. DDBs are repeatedly transmitted. 
Fig. 25 illustrates a relation between the two tables, 
namely. Dll and DDB specified by IS013818-6. Module 
ID based on table_id„exlension of DDB is used for iden- 
tifying modules. In the data carousel method, a receiv- 
inQ machine f iHers ttie transmitted data with a module 
ID, so ttiat the receiving machine can receive the data in 
a unit of module witii ease. 

[0004] However, the conventional data broadcasting 
method discussed above does not have a common plat- 
form, therefore, tiie receivers must prepare a dedicated 
receiving machine. 

[0005] The conventional distritjution method of home 
pages does not have a way to link tiie MM application to 



an ordinal program, which makes it inpossible to pro- 
duce an MM application linked to an ordinal program. 
[0006] The broadcaster does not instiuct receiving 
machines to select a specific module out of a large 

5 number of modules as far as it employs tine data carou- 
sel method. The data carousel method thus does not 
permit the receiving machines to select a desired data 
out of distributed data, so that an efficient delivery of 
content on a s^ective base is not expected by tiiis 

10 method. 

[0007] Since data are filtered in a module unit, the 
receiving machine cannot extract a specific data con- 
tained in a module, virtiich lowers efficiency. In fact, Dll is 
transmitted in one section, which contains maximum 
15 only ca. 100 modules. When a prospective future of 
data broadcasting is considered, the size of Dll is too 
small for a data size to be fa-ansmitted. 



Summary of the Invention 
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[0008] The present invention addresses the problems 
discussed above and axws to provide a broadcasting 
system and a receiving machine therefor. 
[0009] The broadcasting system of the present inven- 
ts tion comprises the following elements: 

(a) a content data base (DB) for storing a content 
produced by an authoring tool; 

(b) a distribution schedule production section for 
30 producing a schedule of distributing a content; 

(c) a program control section for controlling on-air 
times of programs; 

(d) an SI creator for creating information supple- 
mentary to a program (SI inforn^tion) about tiie 

35 content distribution service; 

(e) a protocol creating section for creating a proto- 
col for transmitting a content; 

(f) a content-distributing-information-creating-sec- 
tion for creating information at»out content distribu- 

40 tion which a receiving machine utilizes when 
obtaining and updating a content; and 

(g) a transmitter for transntitting created informa- 
tion. 

45 [001 0] The receiving machine of the present invention 
comprises the following elements: 

(a) a receiving section for receiving tiie data tians- 
mitted by a broadcasting station; 
so (b) a filter for selecting desirable contents out of 
transmitted data, and obtaining the selected con- 
tents; 

(c) a file updating section for updating contents 
automatically; 

55 (d) a timer for notifying EPG application of an 
instructed time; 

(e) file storage controller for converting a file sent in 
a transmission format into an original file fornr^. 
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and storing the file in the original format; and 
(f) a file name controller for controlling names and 
locations of files, and providing an application on an 
upper level of a hierarchy system with a general 
purpose interface. 5 

[001 1 1 The broadcasting system of the present inven- 
tion transmits data constituting a content in a unit of file, 
and the receiving machine of the present invention has 
an interlace for accessing mono-media-data as a file. io 
This structure allows the broadcasting system to distrib- 
ute contents independent of an authoring tool. 
[0012] Further, the broadcasting system of the 
present invention notifies in advance the receiving 
machine of an updating time based on the content<fis- is 
tribution- information-table. This structure allows the 
system to update contents automatically, and also to 
save power. 

[0013] Still further, the broadcasting system of the 
present Invention defines information to be linked with 20 
an on-air program as a file, thus the receiving machine 
can link an MM application with an on-air program with 
ease. 

[001 4] The broadcasting system of the present inven- 
tion also utilizes the data-carousel-protocoi as a proto- 25 
col for the content transmission. In this case, the 
broadcasting system notifies the receiving machine in 
advance of the following two items: (a) Is the content- 
distribution-irtformation-table updated in a unit of mod- 
ule, or (b) updated in a unit of file ? so 
[0015] In a case of updating in a unit of nrKxJule, a 
module ID to be updated is supplemented to the con- 
tent<listribution-information-tat)le. \A/hen updated in a 
unit of file, the updating information Is added to Dll. 
[001 6] This structure allows the receiving machine to 35 
selectively receive a desirable module, or a desirable 
file. 

Brief Description of the Drawings 

40 

[0017] 

Fig. 1 is a block diagram of a broadcasting system 
in accordance with a first exemplary embodiment of 
the present invention . 45 
Fig. 2 shows an image of a weather-report-screen 
by MM application. 

Fig.3 shows a content structure of the weather- 
report by MM application. 

Fig.4 shows content-control-information controlled so 
by content-data-lDase 102. 
Fig.5 shows content-schedule-irrfbrmation control- 
led by distribution-schedule-production section 
103, 

Fig.6 is a flowchart depicting a process of creating ss 
a data format for content transmission by content- 
transmission-protocol-aeating-section 106. 
Fig.7 shows a structure of cfeta constituting a con- 



tent-distribution-information-table produced by con- 
tent-distribution-irrformation-creation-section 1 07. 
ng.8 shows a data structure illustrating linkage 
relations between an SI table, a content-distribu- 
tion-information-table, and a transmission-format of 
a distribution-file-list. 

ng.9 is a block diagram of a receiving machine in 
accordance with a first, second and third exemplary 
embodiments of the present invention. 
Fig. 10 is a flowchart depicting a process by the 
receiving machine such as receiving a content 
through storing it. 

Rg.1 1 1s a ftowchart depicting a process by an MM 
player for reproducing the content stored in the 
receiving machine. 

Rg.1 2 is a flowchart depicting an automatic updat- 
ing by the receiving machine when the content is 
updated. 

Rg. 13 shows content-corttrol-information controlled 
by content-data-base 1 02 in accordance with a sec- 
ond exemplary embodiment of the present inven- 
tion. 

Rg. 1 4 is a flowchart depicting a process of register- 
ing a content into content-data-base 1 02 in accord- 
ance with the second exemplary embodiment of the 
present invention. 

Rg. 1 5 Is a flowchart depicting a process by file stor- 
age controller 905 when the receiving machine 
receives an on-air program as one data constituting 
eContent. 

Rg.1 6 shows stream-file-control-information con- 
trolled by file-name-controller 906 of the receiving 
machine. 

Rg.1 7 Is a block diagram of a broadcasting system 
in accordance with a third exemplary embodiment 
of the present invention. 

Rg. 1 8 shows a format structure of file transmission. 
Rg.19A shows a data structure of conterrt-distribu- 
tion-lnformation constituting the content-distribu- 
tion-information-table produced by content- 
distribution-information-creating section 107. 
Rg.19B shows a data structure Illustrating linkage 
relations of the data carousel. 
Rg.20 is a flowchart depicting an updating process 
by the receiving machine utilizing filtering informa- 
tion. 

Rg.21 shows corrtent-schedule-information includ- 
ing the Information on a selective-base controlled 
by disti'ibution-schedule-creating-section 103. 
Rg.22 shows content-schedule-irrfbrmation includ- 
ing selected supplemental information controlled by 
distribution schedule creating section 103. 
Rg.23 shows content-schedule-infbrmation includ- 
ing version supplemental information controlled by 
distribution schedule aeating section 103. 
Rg.24 shows a data structure of content^jistribu- 
tion-infbrmation including valid-period-infcrmation 
constituting the content-distribution-information- 
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table produced by content<listrbution-information- 
creating section 107. 

ng.25 is a block diagram of a conventional broad- 
casting system. 

Detailed Description of the Exemplary Emt>odi- 
ments 

(Exemplary Embodiment 1) 

[0018] The broadcasting system of the present inven- 
tion can handle a wide range of general contents which 
are independent of a specific authoring tool. Before an 
embodiment of the broadcasting system is described, a 
structure of a general content is discussed hereinafter. 
[0019] A content, in general, comprises a plurality of 
mono-media. 

[0020] A mono-media file is supplied from an author- 
ing tool, which converts text data constituting a content 
and mono- media such as a still -picture-data into a file 
on a recorcfing media so that the mono-media file can 
be transferable. 

[0021 ] The content can be reproduced by a multime- 
dia player (hereinafter called an MM player). When 
reproducing, the MM player accesses the files using a 
file name in order to identify the files. In the case of 
broadcasting, the MM player is disposed in the receiving 
machine. 

[0022] In order to make the description more simple 
and dear, an application of a weather report is used as 
an example of content distribution. A weather report is 
an application utilizing a content stored in the receiving 
machine, and being able to provide a user with the latest 
weather report at any time. 

[0023] Fig. 2 shows an image of a weatiier-report- 
screen when the application of weather report starts 
operating. 

[0024] For instance, the weatiier report connprises the 
following elements: 

(a) a map showing a given area (e.g. Kanto area 
including Tokyo, Chiba. Kanagawa. and Saitama 
prefectures): 

(b) text depicting weather information; and 

(c) a selecting button with which a user can select a 
desirable area. 

[0025] The weather information is updated periodi- 
cally. In this embodiment, the information is updated 
every 30 minutes. The user is thus able to obtain the lat- 
est weather report when d^ressing a txitton to select a 
desirable area. 

[0026] Fig. 3 shows a general structure of a content. 
[0027] The content comprises the following mono- 
media files: 

(a) still picture files; 

(b) text files; and 
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(c) scrvpX files necessary for tine MM player to repro- 
duce the content. 

[0028] Fig. 3 shows a weatiier report and its content 
comprises the following elements: 

A map illustrating weather reports; 

Images indicating selecting buttons and the like (bit 

map file); 

Text describing the weather reports; (text file) and 
A script indicating a process for a user's depressing 
tiie button. 

[0029] Each file has a name necessary for the MM 
player to access the file when the file is reproduced by 
tiie MM player. Each content also has a titie represent- 
ing its substance. A content producer names the files 
and contents using tiie autiioring tool, or the authoring 
tool automatically names them. 

[0030] The present invention relates to a broadcasting 
system that distritxites a content comprising a plurality 
of files and a receiving machine for this broadcasting 
system. These content and files are named as dis- 
cussed above. 

[0031 ] Fig. 1 is a block diagram of a broadcasting sys- 
tem in accordance with the exemplary embodiment. 
[0032] The broadcasting system shown in Fig. 1 com- 
prises the following elements: 

(a) autiioring tool 101 for producing a general con- 
tent discussed above; 

(b) content-data-base 102 (hereinafter called COB 
102) for storing the content produced by autiioring 
tool 101; 

(c) disfribution schedule production section 103 
(hereinafter called OS production section 103) for 
producing a schedule of distrODuting the content: 
The content is distributed from the broadcasting 
station according to the schedule produced by DS 
production section 103. 

(d) a program control section 104 (hereinafter 
called controller 104) for controlling programs and 
organizing thereof: 

(e) SI creatw 105 creates supplementary informa- 
tion to an ordinary program (SI information) at>out 
the content distribution service; 

(f) content transmission protocol creating section 

106 (hereinafter called TP creator 106) for convert- 
ing a content to a distributalsle format; 

(g) content distribution information creating section 

107 (GDI creator 107) for creating the information 
about content distribution to be transmitted to the 
receiving machine; this information is utilized when 
tiie receiving machine obtains and updates tiie con- 
tent: and 

(h) t^nsmitter 108 for transmitting the information 
CTeated by SI creator 105. TP creator 106 and GDI 
aeator107. 
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[0033] Fig. 4 shows content-control -information con- 
trolled by content-data-base 102. The infornnation com- 
prises the following elements: 

(a) title 41 for identifying a content produced by 
authoring tool 101; (an example of the title is 
"weather report") 

(b) content ID42 being an identifier assigned by 
CB102 to the content; (The content distribution sys- 
tem identHies the content with this content ID42.) 

(c) content version 43 being one of content ver- 
sions, and controlled by CDB 102. (This content 
version 43 is updated by CDB 102 whenever 
authoring tool 101 re-registers a content having a 
same title.) 

(d) file name 44 being a name of a mono-media file 
and named by authoring tool 101 ; (This name is uti- 
lized when the MM player reproduces the content.) 

(e) file version 45 being one of file versions, and 
contrdted by CDB 102 as content version 43 is con- 
trolled: CDB 102 stores files so that the file can be 
obtained with the keys of content ID42, file name 44 
and file version 45. 

(f) date 46 being a date and time when a file is 
stored or updated; 

(g) file size 47 being a storing size; When storing a 
file. CDB 102 measures a size and registers it. 

[0034] In the example shown in Fig. 4, two versions of 
weather reports are registered. When at least one of the 
files constituting a content is updated, a content version 
is also updated. (The weather report is updated every 
30 minutes.) 

[0035] Authoring tool 101 registers a content to CDB 
102 using the following items as parameters: 

title 41 of the content, files constituting the content 
and a list of the file names 44. 



stance, then updates content version 43 and file version 
45 already updated, and finally registers them as a new 
version. 

[0040] Since date 46 shows a date when the file was 
5 stored, only the updated files get new dates. In the 
weather report version 2 shown in the example of Rg. 4, 
"Tokyo-txt", and "Chiba.txt" indicating the weather infor- 
mation have been updated, the data thereof are also 
updated. "ButtonlO.script" is not updated, its date 
10 remains the same as it was. 

[0041] When a file, one of elements of a content, is 
deleted, a command name indicating a deletion and the 
name list of files to be deleted are supplemented to the 
registered parameters. When receiving the deleting 
15 command, CDB 102 deletes the file corresponding to 
the name and merges a substance of a content regis- 
tered previously with a substance just updated. 
[0042] As such, an interface between authoring tool 
101 and CDB 102 uses title names, file names constitut- 
20 ing the content and its file name list as parameters. The 
interface thus does not depend on an authoring tool. 
[0043] When the weather report is updated every 30 
minutes, a new content version 43 is produced in a con- 
tent-control-table every 30 minutes, and only a text file 
25 including the latest weather report is updated. 

[0044] An on-air channel is identified with an identifier 
"service_id" in ETS 300 468 "Digital Video Broadcasting 
(DVB): Specification for Service Informatlon(SI) in DVB 
systems". Physical transmission information constitutes 
30 PSI which is required to air a program in MPEG 2 trans- 
port stream, and comprises an identifier (TSJd) of a 
transponder and PID of a transmission stream. Control- 
ler 104 controls the information of organizing programs 
and physical transmission information. Organizing infor- 
35 mation is the information about on-air schedule of pro- 
grams and a channel No. which airs the program. 
[0045] Controller 104 assigns the following items to 
the content: 



[0036] When authoring tool 1 0 1 registers a content for 40 
the first time, all the files making up the content and a 
list of the file names should be parameters. When 
authoring tool 101 changes the content already regis- 
tered, the changed file and the file name list including 
the changed file name should be parameters. (The files 45 
unchanged are not included in the name list.) 
[0037] In the case of weather report, basic brt-map- 
picture-files such as the selecting buttons are not 
changed; however, the text file depicting the latest 
weather report is frequently updated. 
[0038] When the weather report is registered for the 
first time, all the files including the bit-map-picture-file 
are registered. Regarding an updating from this onward, 
authoring tool 101 may only register a name and sub- 
stance of a text file depicting weather inforn^tion to ss 
CDB102. 

[0039] When updating a content, CDB 102 merges a 
substance registered in advance with an updated sub- 



(a) On-air time span for distributing the content 
(information about in which time span the content is 
distributed); 

(b) Channel No.; and 

(c) PID. 

Controller 104 informs DS creator 103 of these 
assigned items. 

[0046] DS creator 103 determines a schedule of dis- 
tributing the content within the assigned on-air time 
span. 

[0047] Fig. 5 shows content-schedule-information 
controlled by distribution-schedule-production section 
103- 

[0048] Content ID51 identifies a content. Content ver- 
sion 52 indicates a version of a content- Distribution 
schedule 53 indicates when a content is cBstributed. PSI 
information 54 indicates the information for creating PSI 
(Program Specific Information specified by IS013818- 
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1) necessary for distributing a content through broad- 
casting. Updating flag 55 indicates whether ail the fOes 
constituting a content should be distributed or only 
updated files should be distributed at the content distri- 
bution. Transmission speed 56 shews a transmission 5 
speed of a content distritxjtion. SI information 57 is a 
servicejd (channel identifier) when a content is distrib- 
uted through broadcasting. 

[0049] An operator determines distribution schedule 
53, PS! information 54. transmission speed 56 and 10 
servicejd 57 based on the program organizing informa- 
tion obtained from controller 104. Ck)ntent-schedule- 
table Is drawn by an operation terminal (not shown) of 
the broadcasting station based on the data supplied to 
DS creator 103. is 
[0050] Rg. 5 is a content-schedule-table of the 
weather report application. In this example, a content is 
distributed for 10 minutes every 10 minutes, and the lat- 
est weather report is updated every 30 minutes. Accord- 
ing to the distribution schedule, all the files can be 20 
distributed on an X-time cycle by using the updating 
flag, and only a changed portion can be distributed in 
between. For instance, the weather report can be dis- 
tributed three times in an hour, and all the files are dis- 
tributed on a six-time cycle, but a changed portion can 25 
be only distributed in between. In this case, the receiv- 
ing machine must spend ca. two hours for receiving the 
entire weather report application: however, once the 
application is obtained, the files received by the receiv- 
ing machine can be efficiently updated through the 30 
selective distribution method. 

[0051] Fig. 6 is a flowchart describing a process of 
creating a data forn^t for content transmission by TP 
creator 106. In this example, a group of files constituting 
a content is fornriatted into a transmission format. This 35 
content is identified with a content ID and a content ver- 
sion. 
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creator 106 has transmssion logs for respective 
contents, and controls what the latest version is. 
Step 65: Converting the distribution file list into a 
transmission format by using PS! information on the 
content schedule table and a trarsmission speed; 
Regarding a data transmission format. DVB SI-DAT 
has been studied: however. DSM-CC data carousel 
(IS013818-6) and object carousel (IS013818-6) 
are also available. 

Step 66: Providing a distribution file list in the trans- 
mission format (hereinafter called "DFL in TF"). a 
corresponding distribution time on the schedule 
table and a transmission speed to transmitter 108; 

[0052] Another operation on Step 66 is available 
depending on a specification of transmitter 108; i.e. TP 
aeator 106 holds DFL in TF until its distribution time, 
and provides It to transmitter 108 when the distribution 
time comes. PMT (program mapping table) correspond- 
ing to the DFL in TF can be produced if PID. TSJd and 
a transmission schedule of a stream are iderrtif led. Thus 
PMT can be produced in the content-transmission-pro- 
tocol-creating section. PMT can be also produced by 
another sub-system of tine broadcasting station, which 
obtains the information from controller 104. 
[0053] Fig. 7 shows a structure of data constituting a 
content-distrifcMjtion-lnformation-table produced by con- 
tent-distribution-inlbrmation-creation-section 107. The 
content distribution information tat>le lists content-distri- 
bution-infbrmation. The table notifies the receiving 
machine of a content distritnition or a change in content, 
and is aired periodically 

[0054] Identifier 701 identifies a content Content ver- 
sion 702 indicates a version of a content. A channel No. 
through which the content is aired is indicated by 
servicejd. Schedule 704 shows a time of distritxjting a 
content. 

[0055] Updating flag 705 indicates whether a content 
distrOxition includes "all the files" cor^ituting the con- 
tent or "changed portion only". 
[0056] The information discussed above is supplied 
from the content schedule table controlled by distribu- 
tion schedule controller 103. and GDI creator 107 pro- 
duces the content distrilxition information table based 
on the information. 

[0057] Column 706 incficates a type of the content. 
The content is grouped into two types. One is a package 
type content, which is not updated once it is stored in 
the receiving machine. The other Is an updating type 
content, which is updated by updating information from 
the station after being stored in the receiving machine. 
[0058] The atb-ibutions hereinafter described are 
related to tiie updating type content, and those of the 
package type content are omitted. 
[0059] Column 707 indicates a time scheduled for a 
next updating (a content version is updated) 
[0060] Column 708 indicates a valid period of a con- 
tent All the files constituting a content stored in the 



Step 61: Obtaining information of distribution 
schedule from a content schedule table of DS crea- 40 
tor 103 by using a content ID and a content version; 
Step 62: Obtaining a distritxition f ile list (including a 
file name, file version, file substance, date) consti- 
tuting the content from the cont^ control table 
controlled by CDB 102 by using the content ID arKi 45 
content version; 

Step 63: Checking whether a transmission on a 
schedule table includes **all the files'* or "changed 
portions only", in case of "all the files", go to Step 
65. so 
Step 64: When the transmission carries only 
"changed portion", a file version in a distrOxition file 
list obtained in Step 72 is compared with a version 
of files constituting the previous version (the latest 
version sent by TP creator 106) of the content, ss 
Then files of differerit version are selected and a 
new distribution file list (including a file name, file 
version, file sut>stance arrd data) is produced. TP 
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receiving machine are deleted when this valid period is 
over. 

[0061 ] Ck)lumn 709 indicates a file name. 
[0062] Column 710 indicates a valid period of a file, 
which tells until when a stored mono-media data (file) s 
can be stayed in the receiving machine. The receiver 
automatically deletes a file over this valid period by 
refenring to the valid period. 

[0063] The operator inputs the information discussed 
above through the operation terminal (not shown) . ^ ' 

[0064] SI creator 105 creates SI Information by using 
the program organizing information managed by the 
program control section. At this time, when a service or 
an event is a content to be distributed, a content ID is 
added to SI table In order to identify the content. i 
[0065] In a case of DVB. a service (or an event) iden- 
tified with a service ID (or EIT) is provided with a content 
ID and a content size on SDT (or EIT) table. Since a 
content size is a totaled file sizes, sizes of files to be dis- 
tributed can be totaled by referring to the content control ^ 
table of CDB 102 and DS creator 103. 
[0066] In this embodiment, a program is defined as a 
weather report for the sake of convenience, and a pro- 
gram information table (EIT of DVB) among SI informa- 
tion is provided with a content title of "weather report", a i 
content ID and a content size. 

[0067] The information to be distributed is produced 
following the procedure discussed above, whereby 
inter-relation among the information provided from TP 
creator 106. GDI creator 107 and SI creator 105 to ^ 
transmitter 108 is formed as shown in Fig. 8. The receiv- 
ing nrachine receives a content 
[0068] Fig. 9 is a block diagram of a receiving machine 
that receives contents. Receiving section 901 receives 
a table aired by a broadcasting station and a content 
converted into a transmission protocol (her^nafter gen- 
erally called "data^. 

[0069] Filter 902 selects data to be taken into the 
receiving machine out of aired data. 
[0070] File updating controller 903 automatically 
updates a content. 

[0071] Timer 904 notifies EPG application 907 of an 
instructed time. 

[0072] File storage controller 905 converts a file sent 
in a transmission format into an original file format, and 
stores the file in the original file format 
[0073] File name controller 906 controls names and 
locations of files, and provides an application on an 
upper level of a hierarchy system with a general pur- 
pose interface. 

[0074] Upper level applications are EPG 907 (elec- 
tronics program guide) and MM player 908. 
[0075] Fig. 1 0 is a flowchart depicting a process by the 
receiving machine to receive a content of **weather 
report" through to store it therein. 
[0076] This example shows that an EPG application 
demands to be stored. An application other than EPG 
application obtains SI information and can demand the 



age by using the obtained information. 

Step 1001: SI process section (not shown) of the 
receiving machine obtains an SI table, and supplies 
it to EPG application 907. 

Step 1002: EPG application 907 refers to the 
weaker report of the SI information, and uses the 
title name. i.e. \veather report", a content ID and a 
location of storage device as parameters, thereby 
requesting file name controller 906 to obtain the 
content. A storage location of the content Is decided 
by the application. 

Step 1003: File name controller 906 provides filter 
902 with a content ID. and obtains a content distri- 
bution information table, thereby requesting the 
content distribution information corresponding to 
the content ID be returned. 

Step 1004: Filter 902 selects a content-distribution- 
information-table out of the data received by receiv- 
ing section 901 . and further obtains the content dis- 
tribution information corresponding to the content 
ID by using the content ID. then returns the 
obtained information to file-name-controller 906. 
Step 1005: File-name-controller 906 nrxsnitors the 
obtained content distribution information to check 
whether the content con-esponding to the content 
ID is aired or not. When the content is aired nor- 
mally, go to Step 1008. 

Step 1006: When the content corresponding to the 
content ID is not aired, controller 906 selects one of 
the distribution schedules in the content distribution 
information, and sets the timer 904 so tiiat the timer 
gives a notice when the time comes. Then, file- 
name-controller 906 notifies EPG application 907 of 
this time setting. A user can select the time for 
receiving the content depending on GUI of EPG 
application 907. 

Step 1007: Controller 906 waits for the set time 
without processing anything about the distribution. 
During the waiting time, if the receiving machine is 
powered off. only the timer works and activates the 
receiving machine when the time comes. 
Step 1008: File-name-conti^oller 906 supplies a 
storage location, which was provided by EPG appli- 
cation on Step 1001, to file-storage-controller 905, 
and instructs controller 905 to store the content. 
Step 1009: File-name-controller 906 requires filter 
902 to obtain a relevant DFL in TF by using 
sen/ice Jd in the content distribution infornr^tion. 
Step 1010: Fitter 902 obtains a relevant DFL in TF 
constituting the content from receiving section 901 
by using sen/icejd, and supplies it to file-storage- 
controller 905- 

Step 1011: File-storage-controller 905 converts the 
obtained DFL in TF into the original-distribution-file- 
list-format, which comprises file names, file ver- 
sions, file sutjstances and dates. Controller 905 
stores all tiie obtained f Oes in the storage location 
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designated by controller 906 on Step 1008. After 
storing the files, controller 905 supplies the distribu- 
tion file list to file-name-controller 906. 
Step 1012: Rle-name-controlier 906 monitors the 
content distribution information obtained in Step s 
1005. and supplies the corresponding content ID 
and content version to file-updating-controiler 903, 
then instructs controller 903 to update the ID and 
version automatically. 

[0077] On step 1001. when the storage location is 
assigned to a RAM. a file is stored in the memory. If an 
application needs a real-time access, a storage location 
is desirat^y assigned to a memory, so that the applica- 
tion can access fast a mono*media data. 
[0078] File-name-controller 906 utilizes the distribu- 
tion ffle list supplied from file-storage controller 905 on 
Step 1010. thereby controlling a file-location-table 
which maintains the corresponding relation between 
title names, file names arKi their stored locations. 
[0079] File-name-controller 906 also monitors valid 
periods of the contems and files obtained from the con- 
tent distribution information. Controller 906 deletes the 
contents and files over the valid period from the storage 
device in the receiving machine. As such, using the con- 
tent ID, controller 906 can obtain files constituting the 
content. 

[0080] Fig. 1 1 is a flowchart depicting a process of the 
MM player for reproducing the content of weather 
report. 

Step 1 101: The MM player requires fite-name-con- 
troller 906 to obtain mono-media data by using a 
title name and file name. 

Step 1102: File-name-controller 906 looks up 
stored location of a file substance by using the title 
name and file name from a file-location-tat>le. and 
obtains the file substance. 

Step 1103: Controller 906 returns the obtained file 
substance to the MM player. 
Step 1 104: The MM player reproduces the obtained 
mono-media. 

[0081] In this embodiment, obtaining a content is sep- 
arated from reproducing the content: however, a conterrt 
can be obtained as shown in Fig. 10 while a content is 
reproduced. As such, the MM player can obtain mono- 
media data with a title name and a file name. 
[0082] Fig. 1 2 is a flowchart depicting an operation of 
the receiving machine when some (e.g. weather infor- 
mation file) of the content, i.e. weather report, is 
updated. 

[0083] As Fig, 10 d^cts. in the case of an updating 
type content, file-name-controller 906 supplies a con- 
tent ID arrd a content version to file-updating-controller 
903. Controller 903 holds and controls corresponding 
relations of these elements in an updating*type-content- 
control-table. 



Step 1201: Filter 902 obtains the conterrt-distribu- 
tion-information-table regularly, and supplies it to 
file-updating-controller 903. 
Step 1202: Controller 903 checks on whether a 
contertt ID sent from content<iistribution-informa- 
tion is registered in an updating-type-content-con- 
trol-table or not If it is not registered, return to Step 
1201. 

Step 1203: Controller 903 conrpares versions of 
content ID, and checks whether a version sent from 
the content-distritxition-information is same as the 
version held by the updating-type-content-table. 
When same, return to Step 1201 . 
Step 1204: Controller 903 refers to a distribution 
schedule sent from the content distribution informa- 
tion, arKi selects one of the schedules on the con- 
terrt-distritxjtion-information. Then 
Step 1 205: Controller 903 waits until the set control- 
ler 903 sets timer 904 so that timer 904 gives a 
notice when the time comes, time comes without 
further processing the distribution. During the wait- 
ing time, even if the receiving machine is powered 
off, only the timer woks and activates the receiving 
machine when the time comes. 
Step 1206: Filter-updating-contrdler 903 requires 
filter 902 to obrtain the content-distribution-informa- 
tion again from filter 902, and also obtain DFL in TF 
by using servicejd. 

Step 1207: RIter 902 selects a stream of the rele- 
vant DFL in TF from receiving section 901 by using 
servicejd. and supplies it to file-storage-controller 
905. 

Step 1208: RIe-storage-controller 905 converts the 
distribution-file-fist including the file name and file 
substance in the obtained DFL in TF into the origi- 
nal format. Controller 905 stores all the obtained 
files in the storage location designated by controller 
906 on Step 1008. After storing the ffles, controller 
905 supplies the distribution file list to file-name- 
controller 906. 

Step 1209: File-updating-controller 903 Increases 
by one a version of the content on the updating- 
type-content-tat)le. 

[0084] Wh^ a content version held by f ile-updating- 
corrtroller 903 is older by one than that of on the con- 
tent-distribution-information. a "selective" download 
schedule is desirably selected from the content-distribu- 
tion-information, thereby realizing an efficient down- 
load. 

[0085] In the cases other than discussed above, "all 
files" download schedule is selected. 
[0086] On Step 1203. when a content version is not 
updated yet. and further, the time scheduled for updat- 
ing does not come yet. the scheduled time is set at timer 
904. and the process on Step 1206 is continued when 
the timer gives tiie notice that tiie scheduled time 
comes. 
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[0087] This updating function can automatically 
update the weather Information file, so that the "weather 
report" application can be realized. The MM player, 
which operates the "weather report" application, does 
not relates to the automatic updating. It only practices s 
the read-in of the wither information file. The updating 
function of the content distribution discussed above can 
re-write the substance of the weather information file, so 
that the latest weather information can be always 
obtained. Since the content distribution of the present io 
invention updates a file, an application producer pro- 
duces an updating-type application as if it were a regu- 
lar package-type application. 

(Exemplary Embodiment 2) 

[0088] Fig. 13 shows content-control -table extended 
for accommodating an ordinary on-air program as a file, 
the table is controlled by CDB 102. Ck>lumn 1301 Indi- 
cates transmission modes. A transmission mode of the 20 
file transmitted by a protocol created by TP creator 106 
is "content distribution", and that of a stream transmitted 
as an ordinary program is "on-air program". Fig. 13 
shows that an on-air program titled "day-weather" is 
registered as a file to weather report version 2. 25 
[0089] Fig. 1 4 is a flowchart depicting a process when 
an on-air program is registered to CDB 102. The on-air 
program is identified with SI information. In this embod- 
iment, the program is in accordance with DVB. and iden- 
tified with a service (sen^ice_id). a program (event Jd) , a 30 
program start time (startjime) and a program on-air 
time (duration). A program is handled as a kind of file by 
the present invention. 

Step 1401: Register a title name, file name, 35 
service_id. event_id, startjme, and duration to 
CDB 102. The title name is a title of the content 
comprising this program. The file name is used 
when the MM application in the receiving machine 
handles the program. 

In the example of Fig. 13. the title name is 
•Weather report" and the file name is "day weather". 
Step 1402: CDB 102 creates a file describing 
service_id, evnetjd. start_time and duration. This 
file is utilized when the program is stored (recorded) 45 
automatically in the receiving machine, and called a 
"stream-reference-file". 

Step 1403: CDB 102 registers the program file 
name and the stream-reference-file produced on 
Step 1 402 to an entity of the content corresponding so 
to the title name. Transmission mode is "on-air pro- 
gram". 

[0090] The stream-reference-file is converted into a 
transmission format by TP creator 10 as same as an ss 
ordinary file, and aired. At this moment, a transmission 
mode is added as an element of the file list, which was 
discussed in tfie first exemplary embodiment. 



[0091 ] Fig. 1 5 is a flowchart deleting a process by file 
storage controller 905 after the receiving machine 
receives an aired stream-reference-file. 

Step 1501: File-storage-controller 905 refers to a 
transmission mode, and checks whether the 
received file includes an on-air program or not. 
\NUen the file includes it. follow the steps bellow. 
Step 1502: File-storage-controller 905 reads this 
reference file, and sets the timer for recording 
based on the description in the file. At this moment, 
controller 905 obtains the storage location (or an ID 
which the program storage device puts to the pro- 
gram) from the program storage device, i.e. a 
recording device. 

St^ 1503: File-storage-controller 905 provides file- 
name-controller 906 with the file name, transmis- 
sion mode, storage location obtained in Step 1502. 
and substance of the stream-reference-file. 
Step 1504: Controller 905 maintains the relation 
between the file name and program storage loca- 
tion. 

[0092] File-name-controller 905 holds a stream-file- 
control-table in order to control the on-air program. 
[0093] Fig. 16 shows a stream-file-control-table con- 
trolled by file-name-controller 906 to control the stream- 
reference-file. 

[0094] Column 1601 indicates a title name of a con- 
tent. Column 1602 indicates a file name. Column 1603 
indicates an SI information including servicejd, 
evnetjd, startjime and duration. Column 1604 indi- 
cates a program storage location. 
[0095] When the MM player requires file-name-con- 
troller 905 to access the on-air program by using the title 
name and file name, controller 905 reproduces the 
stream stored at the program storage location corre- 
sponding to the file name in the program storage device. 
[0096] When the on-air program is airing and also 
being recording in the storage device, controller 905 
tunes the channel to the program by using the SI infor- 
mation, and reproduces not the stcM-ed stream but the 
stream now being aired. 

[0097] If the time is before the start time of the pro- 
gram (start_time). COTtroller 905 returns an en-or of una- 
ble to reproduce, so that the MM player can set timer 
904 with ease to record an on-air program. 
[0098] The present invention can handle a stream as 
a file, and the weather report application thus can be 
linked to "day-weather" which is actually aired. 
[0099] An application producer puts a file name to a 
program, and registers the SI information to the content- 
control DB. The receiving nnachine automatically store 
the progran^ related to the application. As a result, a 
service linking an application with an on-air program 
can be realized. 
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(Exemplary Embodiment 3) 

[0100] Rg. 17 is a block diagram of a broadcasting 
system in accordance with the third exemplary embodi- 
ment of the present invention. This broadcasting system 
basically has the same structure as the first exemplary 
embodiment, and comprises authoring tool 101, CDB 
102. DS creator 103. controller 104. SI creator 105, GDI 
creator 107 and transmitter 108. 
[0101] In Rg. 17. data carousel producer 1701 for- 
mats input-data into a data-carousel-protocol. The data 
carousel ts a data transmission protocol in one-way net- 
work specrfied by IS013818-6. RItering information 
adder 1 702 adds filtering-information to the data-carou- 
sel protocol, and provides GDI creator 107 with the 
added information. 

[0102] Fig. 18 shows a format with which a file is 
packed into a module. A plurality of files can be packed 
into a data-carousel-module. File header 1801 indicates 
a pause between files, and comprises a file name, file 
version, relative starting point of tiie file to the module, 
and file size. This format is called a distribution file list 
for a data carousel. File substance 1802 follows the 
header 1801 . As discussed in the second emtKxJiment. 
when an on-air program is handled as a file, a transmis- 
sion mode is added to file header 1801 . 
[01 03] Fig. 1 9A and Fig. 1 9B show a structure of a dis- 
tritxjtion-information-table extended for filtering respec- 
tive nrodules as well as respective files. 
[0104] Updating mode 1 901 indicates "module updat- 
ing" or " file updating**. In addition, "nornrral updating** is 
available for the content distribution by using a data car- 
ousel as regularly. 

[0105] When the updating mode is "nrKxjule updating", 
an ID list of the module to be updated is supplied to 
updating information1902. In a case of IBe updating", 
file information is stored as updating information. 
[0106] The file information comprises a file name, file 
version, file size and file storage location. 
[0107] The file storage location comprises a head 
position of the file of the data carousel in the block and 
a end position of the file (block No. and an offset from 
the block head). 

[0108] The respective processes of data-carousel- 
producer 1701, filtering-infbrmation-adder 1702 and 
GDI creator 107 are described hereinafter in the case of 
content distribution utilizing a module of the data carou- 
sel. 

[01 09] I n this emtxxliment. the weather report applica- 
tion is handled as an updated file, and respective text 
files of the latest weather information of each area. i.e. 
tokyo.txt. ibaraki.txt. saitama.txt. chiba.txt. are sent as 
one module, and other non-updated files such as bit- 
map-files, other text files, and script files are sent as 
another module. The weather report application is dis- 
tributed in such a manner as discussed above. The 
details are described as follows: 



1. Filtering-lnfornnation-ackJer 1702 requires data- 
carousel producer 1701 to put the four updated text 
ffles. i.e. tokyctxt. ibaraki.txt. saitama.txt. chiba.txt, 
on the distribution-file-list for the data carousel, and 

5 then format them into a data-carousel-format as 
one module. 

The information (a file name, file version and 
file size) necessary for creating a distribution file list 
for the data carousel can be obtained from the con- 

10 tent-control-tabie of CDB 1 02 as already described 
in the first exemplary embodiment. As discussed in 
the first emtxxJiment. filtering-infbrmation-adder 
1702 can notice which file is updated. 

2. Data-carousel producer 1701 puts the received 
15 data into a module, and returns its module ID. 

3. Filtering-infbrmation-adder 1702 requires data- 
carousel producer 1701 to put the remaining files 
on a distribution file list for the data-carousel, and 
formats those files to the data-carousel-fbrmat as a 

20 module. 

If the module becomes extensively large due to 
too many files and large file sizes, adder 1702 
groups the files into appropriate sizes, and puts the 
distribution file for the data carousel on respective 

25 lists of each group, and stores the lists into inde- 
pendent modules. 

4. Data-carousel-producer 1701 puts the remaining 
received data into a module. 

5. Filtering-information-adder 1702 obtains PSl 
30 information and a distribution schedule, both nec- 
essary for data transmission, from the content- 
schedule-table of DS creator 103. and supplies 
tiiem to data-carousel producer 1 701 . 

6. Data-carousel-producer 1701 produces DDI. 
35 DDB transmission formats, and supplies them to 

f ansmitter 108 so that they can be aired on sched- 
ule. 

7. Filtering-irtformation-adder 1702 supplies the 
module ID obtained in Step 2002 to GDI creator 

40 107. 

8. GDI creator 107 creates the conterrt-cSstribution- 
infbrmation-tat}le shown in Fig. 19A by using the 
obtained module ID. At this moment, the "module 
updating** mode is used. The created table is sup- 

45 plied to transmitter 108 so that the table is aired 
periodically. 

[0110] As such, updated files are put into a module, 
and a module ID is added to tiie content-distrit>ution- 
50 information, whereby the receiving machine can receive 
all the updated files by obtaining only the modules of 
which module IDs are put in the content-cSstribution- 
information. 

[0111] The respective processes of data-carousel- 
55 producer 1701. filtering-information-adder 1702 arKJ 
GDI creator 107 are described hereinafter in tiie case of 
content distribution utilizing file information. 
[01 1 2] In this example, the weather report application 
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is distributed, and only a weather information file 
"tokyo.txt" is updated. Using a module is also possible 
for this example, i.e. put only "tokyo.txt" into one mod- 
ule, however, when a number of all the files constituting 
the content is too many, a plurality of files must be 
packed into one module. In stead of this, the content 
distribution utilizing the file information is a useful tool in 
such a case. Other files, i.e. a bitmiap-file. other text 
files, a script file, are put in another module for distribu- 
tion, as described in the previous example. 



"modulelnfo" area of DM of DSM-CC carousel, and then 
is distributed. 

[0115] When a content is distributed, an operator 
selects a distribution mode out of the following three 
5 modes by operating filtering-information-adder 1702 
through an operation terminal (not shown): 



(a) distribution using modules; 

(b) distribution using file information; or 

(c) distribution using regular data-carousel. 
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1. Filtering-information-adder 1702 puts the files 
constituting the weather report on a list of the distri- 
bution-file for the data-carousel. If the module 
becomes extensively large due to too many files is 
and large file sizes, adder 1 702 groups the files into 
appropriate sizes, and puts the distribution file for 
the data carousel on respective lists of each group, 
and stores the lists into independent modules. 

2. Data-carousel producer 1701 puts the received so 
data into a module. 

3. Filtering-information-adder 1702 obtains PSI 
information and a distribution schedule, both are 
necessary for data transmission, from the oontent- 
schedule-table of DS creator 103. and supplies 25 
them to data-carousel producer 1701 . 

4. Data-carousel-produc^ 1701 produces DDI, 
DOB transmission formats, and supplies them to 
trar^mitter 1 08 so that they can be aired on sched- 
ule. A cop/ of the produced DDI and DDB is stored 30 
In the storage device in producer 1 701 . 

5. Filtering-infornration-adder 1702 looks up the 
DDB stored in data-carousel-producer 1701, and 
checks where the file name "tokyo.txt" is stored, 
e.g. from which spot of which block and to which 3S 
spot of which WocK then supplies the check result, 

file name (tokyo.txt), version, file size to GDI creator 
107. 

6. CD! creator 107 utilizes location information in 
DDB of "tokyctxt". and creates the content-distribu- 4o 
tion-lnformation-table shown in Fig. 1 5. In this case, 
the lile updating" mode is used. Creator 107 then 
supplies the created table to transmitter 108 so that 
the table can be aired periodically. 

45 

[0113] In this example, fittering-information-adder 
1 702 looks up DDB of the file "tokycbct" to find its loca- 
tion. Another way is available as follows; If adder 1702 
notices data-carousel-producer 1701 in advance of the 
fact that file "tokyctxt" Is to be firtered. then producer so 
1701 stores the location of the file "tokyo.txt". For 
irstance. from which point, block, and module does this 
file start, and at which point, block doe this file end? Pro- 
ducer 1701 then inform adder 1702 of the stored loca- 
tion. ^ 
[01 1 4] In this exerriplary embodiment, the file infonma- 
tion is put on the content-distribution-table before being 
distributed; however, the file information can be put in a 



The most efficient distribution mode depends on an 
application. 

[0116] Fig. 20 is a flowchart depicting a process of 
updating the received content-distribution-information- 
table by the receiving machine. As described in Fig. 12, 
in the case of an updating type content, file-name con- 
ti-oller 906 supplies a content ID and a content version 
to file-updating-controller 903. Controller 903 holds and 
controls corresponding relations of these elements in an 
updating-type-content-contrd-table. 

Step 2001 : Filter 902 obtains ttie content-distribu- 
tion-information-table (CDIT) regularly, and sup- 
plies it tofile-updating-controller(FUC) 903. 
Step 2002: Controller 903 checks on whether a 
content ID sent from content<iistribution-informa- 
tion(CDI) is registered in an updating-type-content- 
control-table(UTCCT) or not. If it is not registered, 
return to Step 2001 . and when it is registered, go to 
Step 2003. 

Step 2003: Controller 903 compares versions of 
content ID, and checks whetiier a version sent from 
the content-distribution-information(CDI) is same 
as the version held by the updating-type-content- 
taWe. When same, return to Step 2001 , and when 
different, go to Step 2004. 
Step 2004: Controller 903 refers to a distribution 
schedule sent from the content distribution informa- 
tion, and selects one of the schedules on the con- 
tent-distrflDution-information. Then controller 903 
sets timer 904 so that timer 904 gives a notice when 
the time comes. 

Step 2005: Cortroller 903 waits until ttie set time 
comes without further processing the distribution. 
During the waiting tinr^, even if tiie receiving 
machine is powered off, only the timer woks and 
activates the receiving machine when the time 
comes. 

Step 2006: Rle-updating-controller 903 checks tiie 
updating nrKxdes on the content-dlsti-ibution-infor- 
mation, and when the mode is "module updating", 
go to Step 2010. and when the mode is lile updat- 
ing", go to Step 2013. In the case of "regular nrode". 
go to Step 2007. 

Step 2007: Filter-updating-controller (FUC) 903 
requires firter 902 so tiiat filter 902 can obtain tiie 
stream in which the files constitijting the content 
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formatted in transmission format by using 
servicejd. 

Step 2008: Filter 902 selects a stream in the trans- 
mission format, which stores the files constituting 
the relevant content, from receiving section 901 by 5 
using servicejd. and supplies it to file-storage-con- 
troller(FSC) 905. 

Step 2009: File-storage-controller 905 converts the 
distribution-file-list in the obtained transmission for- 
mat Into the original format Controller 905 stores all io 
the obtained files in the storage location. After stor- 
ing the files, controller 905 supplies the distribution 
file list to fne-name-controller(FNC) 906. 
Step 2010: File-storage-controller (FSC)905 pro- 
vides filter 902 with service_id in the content-distri- is 
bution-information and the module ID in the 
updating information of content-distribution-infor- 
mation, and requires filter 902 to practice "module 
filtering". 

Step 2011: Filter 902 obtains DM by utilizing 20 
servicejd, then obtains only the DDB constituting 
the relevant module by filtering with the module ID. 
Filter 902 builds a DDB. constructs a module and 
supplies them to f ile-storage-controller(FSC) 905. 
Step 2012: Controller 905 takes out the list includ- 2S 
ing an original file name and file substance from the 
obtained module, then stores all the obtained files 
in the storage device e.g. a program recording 
device or a server. After storing the files, controller 
905 supplies the distribution-file-list to file-name- so 
controller(FNC) 906. 

St^ 2013: In the case of"file updating" mode, con- 
troller 905 provides filter 902 with sen^ice_id on the 
corrtent-distributlon-information and the file infor- 
mation in updating information of the content-distri- 35 
bution-information. and requires filter 902 to 
practice "module filtering". 

Step 2014: Filter 902 obtains Dll by utilizing 
service_id then obtains only the DDBs having 
desired tilock Nos. out of the DDBs constituting the 40 
relevant module by filtering with the nrKxlule ID and 
block Nos. Fitter 902 provides file-storage-control- 
ler(FSC) 905 with the obtained DDB group and file 
information. 

Step 2015: File-storage-corrtroller 905 takes out a 4S 
file out of the DDB group based on the file informa- 
tion, and stores the obtained file in the designated 
location of the storage device. After storing the file, 
controller 905 provides file-name-controller(FNC) 
906 with a file name (the file distribution list is sc 
replaced with the file infornnation). 
Step 2016: Increase the content v^-sion No. by one 
of updating-type-content control table. 

[011 7] As such, the information for filtering is added to Si 
the corrtent<listribution-information, whereby the 
receiving machine can take out only a necessary por- 
tion without a selective distribution from the station. 



(Exemplary Embodiment 4) 

[01 18] Rg. 21 illustrates the fourth exemplary embod- 
iment. DS creator 103 used in the first exemplary 
embodiment controls the content-schedule-information 
(shown in Fig. 5), of which data structure is extended by 
adding selective information 58 including a changed 
portion. The schedule Information shown in Fig. 5 has 
only two modes; i.e. "air and "selective" responsive to 
updating flag 55. The receiving machine tiius cannot 
know that which content version 52 needs tiiis changed 
portion selectively transmitted. In the case of Fig. 5, the 
receiving machine is always powered on, and is forced 
to receive all the content information. Selective informa- 
tion 58 is added to this case, whereby the receiving 
machine can determine whetiier this selective informa- 
tion is needed by one of the contents under its own con- 
trol or not by analyzing selective information 58. If 
selective Information 58 is ti-ansmitted while tiie receiv- 
ing machine is turned off. then tiie infonmation is not 
received by the machine, however, the machine can 
check selective information 58 in tiie next turn, and 
determine whether the information is needed by one of 
tiie contents under its own control. 
[01 1 9] Selective information 58 should be sent to each 
content version 52. In this case, selective information 58 
becomes extensively large, and requires a wide band- 
width in the transmission line. Some selective informa- 
tion may be needed after a certain version by all tiie 
contents. In order to accommodate this situation, the 
content-schedule-information is extended by supple- 
mental selective information 59 besides selective infor- 
mation 58. Since tiie content-schedule-information has 
such an extended data staicture. tiie broadcasting sta- 
tion transmits the information about (a) wheth^ tiie 
selective information is needed by specified versions, 
and (b) whether tiie selective information can be appli- 
cat)le to any versions after the specified version. The 
receiving machine tiius can identify the selective infor- 
mation whether it is needed by the contents under its 
own control. The selective information can be com- 
pressed when it is transmitted. Selective information 58 
can be handled by the same way as descril^ed in tiie 
first exemplary embodiment 

[01 20] Content version 52 is not necessarily increased 
free from limit, but is sometimes provided with a certain 
range of versions due to a system's restriction. As 
shown in Rg. 22. a function of designating a version 
range is added to selective information 58 and supple- 
mental selective information 59. 
[0121] For instance, when the contertt version is lim- 
ited to 1-8, the version coming next to version 8 should 
be version 1 . After tiiis. if selective information 58 shows 
version No. more than 8, the receiving machine that 
controls the content version 1 cannot accomnrrodate 
selective information 58. 

[0122] Fig. 23 shows a data structure of extended 
content-schedule-information to which version-adding- 
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information 510 is added besides selective information 
58 and supplemental-selective-information 59. Version- 
adding-information 510 is added to the content-sched- 
ule-infbrmation having such a data structure when infor- 
mation 510 is transmitted to the receiving machine. This 
structure allows the receiving rrachine to accommodate 
the selective information of which versions are 8 and 
onward by the following method: When version 8 turns 
to version 1. transmit "ON" to version-adding-infomia- 
tion 510. then the receiving machine determines that 
the version 1 just arriving is actually equal to version 9. 

(Exemplary Embodiment 5) 



[0123] Trie content transmitted from a broadcasting 
station is accompanied by a content-distribution-infor- 
mation-table having a data structure shown in Fig. 7. In 
the example shown in Fig. 7. the receiving machine can 
use the content as long as the content is still within a 
valid period. Contents can be stored until a validity is 
expired. However, some contents only valid within a 
specified period are available in the receiving machine. 
In order to clarify this kind of valid period of respective 
contents, limited-vald-period-information 711 is added 
to the content-distribution-information-table created by 
GD1 1 07. Fig. 24 shows a data structure of this extended 
table. Regarding the file attribution of the content on the 
content-distribution-information-table, file name 709. 
valid period 710 and limited-valid-period 712 are addi- 
tionally described. 

[01241 Regarding the limited valid period, e.g. every 
Sunday only. 12:00-13:00 everyday or 17:00-18:00 on 
every Monday and the first day of every month, can be 
set Other forms available as follows: e.g. within one day 
of receipt by the receiving machine, within one opera- 
tional hour of receipt by the receiving machine, or during 
on-air time of a specified program. 
[01 25] File-storage controller 905 or file-name-control- 
ler 906 shown in Fig. 9 determines this limited valid 
period. Processes other than this limited valid period 
are same as those in the second and third embodi- 
ments. 

[0126] The present invention as discussed in the first 
through fifth embodiments realizes a content distribu- 
tion independent of an authoring tool by controlling a 
mono-media-data and a content in an integrated man- 
ner as a file and a group of files at the station and the 
receiving machine. When the authoring tool is changed 
in a center system, the content distribution section is 
thus free from any changes, wtiich can minimize the 
cost incurred by the changes. The technique according 
to the present invention is effective for building a system 
of the data broadcasting that is developing and will 
encounter various changes from now on. 
[0127] Since the content-distribution of the present 
invention is independent of the authoring tool contents 
produced by various authoring tools can be simurtane- 
ously distributed. 



[0128] Since the content-distribution of the present 
invention supports an automatic updating function of 
files, a content producer can produce a time-variying 
application similar to an on-air program by utilizing the 
5 know-how of regular package type application. For 
instance, when an application such as a weather report 
of which data varies with the time is produced, the 
weather report application per se is produced by the 
same way of producing a regular package-type applica- 
^0 tion (non-updated application). After the distribution of 
the application, the files of which authoring tools are 
changed are registered to the content DB, whereby the 
contentKJistribution can air the updated file on schedule, 
and the receiving machine can update them automati- 
15 caWy. 

[01 29] Wh^ the data carousel is used as a transmis- 
sion method in the present invention, the receiving 
machine can selects only necessary files out of the 
aired data thanks to the filtering information which is 
20 newly added in the present invention. As a result, the 
content can be received efficiently. 
[01 30] Authoring and a method of content distribution 
are closely related in the conventional data broadcast- 
ing system, which thus has a Tittle expandability. On the 
25 other hand, the data broadcasting system of the present 
invention can be extensively expanded, and a content 
producer can produce the content similar to an on-air 
program, of which detail varies with the time, with ease 
and free from worrying about the distribution. 

30 

Claims 



1. A broadcasting system for transmitting and distrib- 
uting data constituting a content, said broadcasting 
35 system comprising: 

a content data base for storing a content; 
a content transmission protocol creating sec- 
tion tor converting the content stored in said 
40 content data base into a transmission format; 

a transmitter tor transmitting created informa- 
tion. 



45 



50 



55 



2. The broadcasting system as defined in Claim 1 fur- 
ther comprising a distribution-schedule-production 
section for producing a schedule of distributing the 
content. 

3. The broadcasting system as defined in Claim 2 fur- 
ther comprising a content-distribution-information- 
creating-section for a receiving machine to obtain 
and update the content, wherein said broadcasting 
system transmits content-distribution-schedule- 
information. 

4. The broadcasting system as defined in Claim 3 fur- 
ther comprising: 
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a program control section for controlling an on- 
/ air program information: and 

an SI creator for creating information supple- 
mentary to a program by using the on-air pro- 
gram information. 

wherein said program control section controls a 
time-range of content distrilHJtion as an on-air 
program. 

wherein said SI creator creates a content<lis- 
tribution-program-information. and wherein 
said broadcasting system also transmits the 
program supplementary information. 

5. The broadcasting system as defined in Claim 4 
wherein said system stores data together with at 
least one of a content identifier for identifying a con- 
tent to be stored in said contoit data base and an in 
identifier of data constituting the content. 

6. The broadcasting system as defined in Claim 5 
wherein a title name of the content utilized by an 
application which activates the content at the 
receiving machine is used as the content identifier, 
and a data name utilized by an application which 
accesses the data at the receiving machine is used 
cis the data identifier. 

7. The broadcasting system as defined in Claim 4 fur- 
ther comprising a content data base for controlling 
a content version and a version of the data consti- 
tuting the content. 

8. '^ The broadcasting system as defined in Qaim 4 

wherein said corTtent-distribution-information-creat- 
ing-section creates a transmission format of the 
content-distribution-schedule utilized by the receiv- 
ing machine when the receiving machine obtains 
and updates the content, wherein said system 
transmits also the content-distribution-schedule- 
information. 

9. The broadcasting system as defined in Claim 4 
wherein said content-distribution-information-creat- 
ing-section creates a transmission-format of a ver- 
sion information off the content utilized by the 
receiving machine when the receiving machine 
obtains and updates the content, wherein said sys- 
tem transmits also the content-version-information. 

10. The broadcasting system as defined in Claim 4 
wherein said content-transmission-protocol-creat- 
ing-section puts a data identifier and data sub- 
stance of tiie data constituting tiie content on a list, 
artd converts thereof into a transmission format. 

11. The broadcasting system as defined in Qaim 4 
wherein said content-distribution-creating-section 
determines which distribution mode is used. i.e. 



one of "all files" constituting the content and "selec- 
tive", and transmits information accordingly. 

12. The broadcasting system as defined in Claim 11 
5 wherein said content-distribution-information-sec- 

tion creates information of content distribution 
mode, and transmits thereof. 

13. The broadcasting system as defined in Claim 12 
10 wherein when the "selective" mode is used, said 

content-distribution-information-creating-section 
creates selective information tiiat shows which con- 
tent version needs the "selective" distribution based 
on the content-distribution-mode information, and 
75 transmits the selective information. 

14. The broadcasting system as defined in Claim 13 
wherein said system produces and transmits sup- 
plemental selective information that shows the 

20 selective information is needed by one of specified 
versions of contents and a plurality versions of con- 
tent. 

15. The broadcasting system as defined in Claim 4 
25 wherein said content-distribution-irrfbrmation-creat- 

ing-section creates information of valid period in the 
receiving machine of the content and data constitut- 
ing tile content, wherein said system t-ansmits tiie 
information of valid period. 

30 

16. The broadcasting system as defined in Claim 4 
wherein said content-distribution-information-creat- 
ing-seclion creates a next updating schedule of the 
content, wherein said system airs the next updating 

35 schedule of tiie content. 

17. The broadcasting system as defined in Claim 16 
wherein said system produces on-air type multi- 
media application which provides users witii a lat- 

40 est weather report by updating weather information 
data periodically. 

18. The broadcasting system as defined in Claim 4 
wherein said content data t>ase produces link data 

45 to be linked with an on-air program, wherein said 
link data includes a program identifier, channel 
identifier, program start time, and program on-air 
period, which are included in the information sup- 
plementary to the program, wherein said content 

so data base controls said link data so tiiat the on-air 
program is one of data constituting the content, 
wherein said system airs said link data as one of 
data constituting the content. 

55 19. The broadcasting system as defined in Claim 4 
wherein a data carousel producer for producing a 
data carousel protocol is enrtployed as said content- 
transmission-protocol-creating-section, wherein 



14 



BNSDOCID: <EP p957597A2J_> 



27 



EP 0 957 597 A2 



28 



20, 



said system is equipped with a filtering-information- 
adder for controlling a filtering method of the data 
carousel protocol. 

The broadcasting system as defined in Claim 19 
wherein said filtering-information-adder controls 
putting all updated data into a specified module. 



21. The broadcasting system as defined in Claim 20 
wherein said content^Jistribution-information-creat- 
ing-section adds the filtering information which con- 
trols putting all the updated data into the specified 
module, and produces updating module information 
for airing module information to the receiving 
machine. 



10 
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22. The broadcasting system as defined in Claim 21 
wherein said content-distribution-information-creat- 
ing-section adds filtering inforn^tion for obtaining 
data location information which identifies in which 
place of the data-carousel-format the data is stored 
so that the receiving machine can filter specified 
data only, and produces updating module informa- 
tion for airing data-location-information to the 
receiving machine. 

23. The broadcasting system as defined in Claim 4 
wherein said transmitter controte a distribution tim- 
ing of a new file, and allows an application producer 
to produce a content free from worrying about a file 
updating method. 

24. The broadcasting system as defined in Claim 4 
wherein said system produces an on-air type multi- 
media application by handling an on-air program as 
link data, and said application records automatically 
a program of link cteta linked with a type of program, 
said type a user selects. 

25. The broadcasting system as defined in Claim 4 
wherein when a number of content versions are lim- 
ited, supplemental version information indicating 
that the version number takes one round is pro- 
duced and transmitted. 

26. The broadcasting system as defined in Claim 4 
wherein said content-distribution-information-creat- 
ing-section produces a limited-valid-period besides 
the valid period during which one of the content and 
data constituting the content can be used at the 
receiving machine, wherein said system transmit 
the limited-valid-period. 

27. A recwing machine connprising: 

a receiving section for receiving data aired from 
a broadcasting station; 

a filter for selecting data, to be taken into said 
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receiving machine, out of aired data; and 
a file-storage-contrdler for converting a trans- 
mitted file in a transmission format into an orig- 
inal file format and stores the converted file in 
a storage device. 

28. The receiving machine as defined in Claim 27 fur- 
ther comprising file-updating-controller for control- 
ling a content version in said receiving machine, 
and updates the content automatically when the 
receiving machine receives content-version-infor- 
mation from the broadcasting station. 

29. The receiving machine as defined in Claim 28 fur- 
ther comprising a timer for setting a time to receive 
a content by using content distrit^on schedule 
information distributed from the station. 

30. The receiving machine as defined in Claim 29 fur- 
ther comprising a file-name-controller for controlling 
a data identifier and a location of stored data so that 
an upper application in a hierarchical system can 
obtain data by using only the data identifier free 
from concerns about the data location. 

31. The receiving machine as defined in Claim 30 
wherein said machine receives valid period infor- 
mation, controls a valid period of a content and a 
file stored in said machine, and deletes automati- 
cally a content and a file over the valid period 
thereof. 

32- The receiving machine as defined in Claim 30 
wherein said machine receives next updating 
schedule information of the content, sets a tim^ for 
receiving the content on schedule. 

33. The receiving machine as defined in Claim 30 
wherein said machine receves link data from the 
broadcasting station, and refers to a program iden- 
tifier, a channel identifier, a program start time and 
on-air duration period, all of them existing in the link 
data, then practices to record a program at a set 
time by using these referred data. 

34. The receiving machine as defined in Claim 30 
wherein said machine controls a corresponding 
relation between a link cteta identifier received from 
the station and a stored location in a storage device 
of the con-esponding program, and reproduces the 
program in the storage device in retum for returning 
the data when the machine is required to obtain 
data with link-data-name. 

35. The receiving niachine as defined in Claim 30 
wherein sakJ machine controls information supple- 
mentary to the program in addition to controlling a 
corresponding relation between a link data identifier 
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received from the station and a stored location in a 
storage device of the corresponding program, so 
that said nnachine tunes a channel to a program 
presently aired by using the information supple- 
mentary to the program just when the program is 
being recorded, instead of reproducing the program 
in the storage device corresponding to the link data 
identifier when said machine is required to obtain 
data with link<lata-tdentif ler. 

36. The receiving machine as defined in Claim 30 
wherein said f ile-storage-controtler receives updat- 
ing module Information, then said machine only 
receives the updated nrxx^e by filtering, and takes 
out data from the module to store thereof. 

37. The receiving machine as defined in Claim 30 
wherein said file-updatng controller receives 
updating data Information, then receives a specified 
block in a specified module by filtering, and builds 20 
the blocks to restructure the data, and stores the 
restructured data. 

38. The receiving machine as defined in Claim 30 
wherein said fiie-updating-controller controls 25 
whether all the data distributed in advance are re- 
written or only a changed portion thereof is re-writ- 
ten. 

39. The receiving machine as defined in Claim 38 
wherein said file-updating-controller which controls 
the data distributed in advance also controls updat- 
ing a file by using supplemental selective informa- 
tion of received data. 

40. The receiving machine as defined in Claim 39 
wherein said file-updating-controller which controls 
the data distrltMJted In advance also controls differ- 
ence between the data having same version num- 
bers. 

41. The receiving machine as defined in Claim 40 
wherein said machine utilizes a content within a lim- 
ited valid period by referring to the content-distribu- 
tion-information-table when the machine uses a 45 
received content. 



10 



35 



50 



55 



16 



BNSDOCID: <EP ^0957597A2J_> 



EP 0 957 597 A2 




BNSDQCID: <EP ^0957S97A2_I_> 



EP0 957 597 A2 




B^4S0OCI0: <EP ^0957597A2.L> 



EP 0 957 597 A2 



CO 
U- 



• 

• 

m 


• 


• 




s ^. p- 












hH 




































Script file 




• 


• 


• 




Gunma Button.bmp 
Chiba Bulton.bmp 
Itama Button.Dmp 
Button.bmD 


























































Bitmap! 




* 




m 




ESS 

§ CO CO 

^i^s 


I 








|0.f 










S 










Title: Weather 








Text file 





19 



BNSDOCID: <EP 0957597A2_1_> 



EP 0 957 597 A2 




BNSDOCID: <EP ^0957597A2_L> 



EP 0 957 597 A2 



1^ 



CO 

to 



CD 



to 









o 

1 

i 

CO 


Servicejd,event_ 


Servicejd,event_ 


Transmission 
speed 


i 
8 


lOOkb/s 










Updatir 
flag 




g> ^ 


PS! 
information 


TS-ID.PID 


TS-ID.PID 


button schedule 


1 i 


uo to 

§ 1 


1 






o 


i i 


i 1 


Content 
version 






1—1 




Q 






1 






o 
O 







21 



BNSDOCID: <EP. 



.0957597A2_L> 



EP 0 957 597 A2 



FIG. 6 



61 



Start 

X 



Obtaining infonmation of distribution 
schedule from a content schedule table 



62 



Obtaining a distribution file list from the 
content control table 



63 



Checking whether "all the files" or 
"changed portions only" 



YES 



64 



NO 



65 



Files of different vers 
a n^ distribution 


ion are selected and 
file list is produced 




< 


Converting the d'str 
transmiss 


ibution file list into a 
ionfbnnat 



66 




22 



BNSDOCID: <EP ^0957597A2_I_> 



EP 0 957 597 A2 



FIG. 7 



Content ID=1 



Content version=1 



Servicejd=20 



Schedule 



Schedule =1998/0101/0/15_1998/01/01/25 



All the files 



Schedule =1998«)101/0/35J 998/01/01/45 



All the files 



Type of the content = Updating type 



Vaid period of a content =2001/01/01/00/00 



RIe Attribution 



File name =xxx.txt 



VEdid period of a content 



m 

r02 

ro3 

704 
705 

704 
705 



Time scheduled for a next updating =1998/0101/Q/55_1998/01/02/05 



r06 
?07 

ro8 



709 
710 



BNSDCXilD: <EP 0957597A2J_> 



23 



EP 0 957 597 A2 




II 

Q 

s 



to 

i 

CO 

E 

G 

"5 



1 



.52 



.£2 
O 



a> 



I 

a> 



8 

c 

iS 

=3 

CO 















.i 


.i 








vers 


vers 




ate 


a> 


a 




=3 


iZ 


iZ 


IT 


CO 


o 







EIT 


1 5 1 

^ M M 




iB§ 



CO 

CD 



24 



BNSOOCID: <EP 



EP 0 957 597 A2 




BNSDOCID: <EP q957597A2J_> 



EP 0 957 597 A2 




BNSOCCID: <EP P957S97A2_I_> 



EP 0 957 597 A2 



CNI 



en 



CO 



8 

C 
CO 

-i 

cn 

CD 
CO 

i 

to 



8 

c 
iS 

JS 

=3 
CO 

_g> 

"S 

i 

CO 

E 

c: 

S 



CO 



CO 



■8 

I 



I 

Q. 



LU 



BNSDOCID: <EP ^0957597A2J_> 



27 



EP 0 957 597 A2 



FIG. 12 




Supplies a stream of ttie relevant DFL to file-storage-controller 



T 



Supplies the distrit)ution file list to file-name-controller 



I 



1206 



1207 



1208 



Rle-updating-controller increases by one a version of the content y 

■ 



1209 



End 



28 

BNSDOCID: <EP 0957S97A2J_> 



EP 0 957 597 A2 



Fig.14 



start 



1401 



Register a title name, file n 
start_time,and( 


ame, service_id, event_id, 
duration to CDB 






1 CDB aeates a file descri 
1 startjmes 


bing servicejd, evnetjd, 
snd duration 



1402 



1403 



CDB registers the program file name and the 
strearfHeferenc&4ile 









End 





30 



BNSDOCID: <EP ^0957597A2J_> 



EP 0 957 597 A2 



Start 



Whether the received file includes an 
on-air program ornot? 



1501 



Sets the tinier for recording based on the 
descriotion In the file 



1502 



File-storage-contrdler provides file-name- 
controller with the file name, transmission mode, 
storage location , and sutstance of the streanrv 
reference-file 



1503 



/ 







Controller maintains the 
name and prograi 


relation between the file 
i\ storage location 



1504 



End 



31 



EP 0 957 597 A2 



Fig. 16 



1601 


1602 


1603 


1604 


\ 


\ 


\ 


\ 


Title name 


File name 


SI infomnation 


Program storage 








location 






Servlcejd 




"weather-reporf 


"day-weather" 


Event_id 








Startjd 








Duration 





BNSDOCID: <EP ^0957597A2_I_> 



32 



EP0 957 597 A2 




33 



BNSDCXID: <EP 0957597A2J_> 



EP 0 957 597 A2 



o 
o 

II 

CO 



€51 



CO 




34 



GNSDCCIO: <EP ^0957S97A2J_> 



EP 0 957 597 A2 



Fig.19A 



Content ID=i 



Content version= i 



Service=ld=20 



schedule 



schedule =l998/0101/Cyi5_1998/01/01/25 



•all the files" 



1901 
1902^ 



schedule =1998A3101/[y35J99a01 A)1/45 



'all the files' 



type of the content^ updating type 



time scheduled for a next up 

= 199»0101/D/55_l998A)1/02/D5 



VsM period =2001/01/01/0000 



Updating infonnation 



Fileattritxition 



RIe name=)ooctxt 



V^lid period =2000«1/01AXVOO 



'706 



-707 
'708 



Updating mode="nnodule updating" or 

■ file updating" or "normal updating" 



c:)FIG.19B 



-709 
-710 



Content-distribution-table 



35 



BNSDOCIO: <EP P957597A2J_> 



EP 0 957 597 A2 



II 



CQ 

Q 
D 



CP 
Q 
Q 



CQ 

Q 
Q 



cn 

D 
Q 



CQ 

D 
Q 



t 



CQ 

Q 
Q 



PQ 
Q 
Q 



CO 
D 
0 



CQ 

Q 



CQ 



CQ 
P 

O 



Q 



c 

■s 

"S. 

J2 



"S. 



CQ 
05 



CM 
II 



0> 



"S. 

a, 

"8 

E 

CO 

"S. 



CO 

c 



o 

:5 



a> 

CO 

a> 



CM 



I 

CO 

d 



CO 



I 

(D 
C> 

1 



c: 



36 



BNSDOCID: <EP 0957597A2_L> 



EP 0 957 597 A2 



Fig.20 



c 



start 
I 



] 



2001 



Fater obtains the C DIT regularty. and supplies itto FUC 

2002 




FX provides filter wth 
servioejd and the niodule 

ID , and requires filt^ to 
practioe "module filtering". 



2011 



FUC requires fitter to obtan 
the stream 



Controller provides filter 
with service idand the file 
information , and requires 
filter to practice 
•module filtering" 



Filter t)uilds a 
DDB,oonstnicts a module 
and supplies them to FSC 



2012 



^^^2008 



Filter selects a stream of 
the transmission format 
and suDolies it to FSC 



^14 



Filter provides FSC with the 
obtained ODB group and 
file Infonnation 



Controller supplies the 
distribution^e-rist to FNC 



I 



^^309 



Controller supplies the 
distribution file list to FNC 



15 



Controller provides FNC 
with a file name 



J ^2016 



Increase the content version No. by one of updati ng-typ^tent control table 
■ » 



End 



37 



BNSOCCIO: <EP ^09S7597A2J_> 



EP 0 957 597 A2 



Fig.21 



Content ID 


1 


Content 
version 


1 


2 


Distribution 
sdieduie 
information 


1998/0101/0/15 
_1988«)1/D1/25 1 


1998/0101/0/35 
_1998«1/D1/45 


199BA)101/Q/55 
J998«)1/02«5 


1998/0101/0215 
_199a«1A)225 


PS! infonnation 


TS=ID.PID 


TS=ID.PID 


updating 
flag 


'all the files' 


1 'all the files' 


'changed 
portions only" : 


'changed 
portions only* 


Selective 
ffiformation 




1 


8 


Transmission 
speed 


lOOkh/s 


lOOktVs 


SI 

infomnation 


Servicejd.eventjd 


Sen^cejd.event_id 



.0957597A2_I_> 



38 



EP 0 957 597 A2 



Fig.22 



51, 
52, 

53, 

54, 

55, 
58, 

59, 

56, 
57. 



Content ID 



Content 
version 



1 Distritxjtion 


1 199a0101«/15 ' 


1998A)101/0/35 


1 1998A)101AV55 


1 199810101/0215 


\ schedule 
1 information 


1 _199aO1/01/25 


i _199a01«1/45 


J»a01/02«5 


1 _199a01/D225 



PSI infofmation 



TS ID.PID 



TSJD.PID 



updating 
flag 



"alitt^e files" 



•all the files" 



"changed 
portions only" 



Selective 
infonnation 



1 



supplemental 
selective 
information 



More than 6 



"changed 
portons only" 



8 



Limited to 
1-8 



Transmission 
speed 



lOOktVs 



100kl)/s 



SI 

infbmiation 



Service_id,eventjd 



Service Jd,event_ld 



39 



09S7597A2J > 



EP 0 957 597 A2 



Fig.23 



51, 
52. 

51( 
53. 

54. 

58. 

59. 

56 
57 



\ 



UCXlt^t lu 


1 


Content 
version 


1 


2 


Vefsion 
aciding 
infonmation 


ON 


OFf 


Distribution 
schedule 
infomration 


19900101/0/15 
J99a01/D1/25 


19980101/0^ 
_199a01/D1/45 


1998/0101/0/55 
_199aD1/D2D5 


199aO1O1/0215 
_1998«)1/0225 


PSI inftarnation 


TS_ID.PID 


TSJD.PID 


updating 
flag 


'an the files' 


; 'ail the files' 


'changed 
portions only* 


"changed 
portions only" 


Selective 
information 




1 




supplanental 
selective 
information 




MofethanS 


Limited to 
1-8 


Transmission 
speed 


lOOkWs 


100kb/s 


SI 

information 


Service_id,event_id 


Service_ld,eventjd 



BNSDOCID: <EP ^0957597A2_I_> 



40 



EP 0 957 597 A2 



Fig.24 



content ID=i 



content version=i 



ServiceHd=20 



schedule 



schedule =i99»Dioi/[yi5j99aoi/oi/25 



'all the files' 



schedule =199aD1O1A)/35J99W)1/0l/45 



'all the files' 



type of the content= updating type 



time scheduled for a next up= i99»oioiAy55j99W)i/02«5 



valid pefiod=200i/Di/oi/OQ/(X} 



fimilBd vaTid period=i999/[)iA)i/D(VOO~2DOi/oi/oi/DOAX) 



File attribution 



Fllename=:xxx.txt 



valid period =200(M)1A)1/D(V[X) 



limited valid period=i999/oiiDiAXMX)~200iA)i/oi/DOA)0 



-701 

-702 
-703 



-704 
-705 

'704 
'705 



-706 

-707 
-708 
-711 



-709 
-710 

-712 



41 



BNSOCX;!!^ <EP P9S7687A2J_> 



EP0957 597 A2 




BNSDOCID: <EP. 



.0957597A2_I_> 



(19) 



J 



(12) 



(88) Date of publication A3: 

04.04.2001 Bulletin 2001/14 

(43) Date of publication A2: 

1 7.1 1 .1 999 Bulletin 1 999/46 

(21) Application number: 99108814.7 

(22) Date of filing: 04.05.1999 



Europaisches Patentamt 
European Patent Office 

Office europeen des brevets (11) E P 0 957 597 A3 

EUROPEAN PATENT APPLICATION 

(51) int ci7: H04H 1/00 



(84) 


Designated Contracting States: 

AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


(72) 


Inventor: Nishi, Hiroyuki 
Tokyo, 168-0065 (JP) 




MC NL PT SE 

Designated Extension States: 
AL LT LV MK RO SI 


(74) 


Representative: 
Kugele, Bernhard et al 
NOVAPAT INTERNATIONAL SA, 


(30) 


Priorrty: 07.05.1998 JP 12505298 
25.06.1998 JP 19509398 




9, Rue du Valais 
1202 Geneve (CH) 


(71) 


Applicant: 

Matsushita Electric Industrial Co., Ltd. 
Kadonna-shi, Osaka 571-8501 (JP) 







System in broadcasting station and receiving machine for the system 



(54) 

(57) A broadcasting system includes a content data 
base storing a content produced by an authoring tool, 
distribution-schedule-production-section for producing 
a schedule of distributing the content, a program control 
section for controlling an on-air time of an on-air pro- 
gram. The system also includes an SI creator for creat- 
ing supplementary information to a program regarding a 
content distribution service, a content transmission pro- 
tocol creating section, content-distribution-information- 
creating section for creating infomnation regarding the 
content distribution that is utilized when a receiving 
machine obtains and updates the content, and a trans- 
mitter that transmits the created infomnation. 



CO 
< 

o> 
u> 

LO 

o 

UJ — — 

Printed by Xerox (UK) Business Services 
2.16.7 (HRS)/3.6 



BNSDOCID: <EP_ 0957597A3J_> 



EP 0 957 597 A3 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



App B c ati on Number 

EP 99108814.7 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document wim indication, wfiere appropriate, 
of relevant p as sages 



Relevant 
toctaim 



CLASSIRCATK>N OF THE 
APPLICATION (bit a. 7) 



EP 0772367 A2 

(SIEMENS AKTIENGESELLSCHAFT) 

07 May 1997, 

fig . , abstract, column 2 , 
lines 7-24, column 2, 
line 48 - column 3, line 13, 
column 5, lines 23-35. 

PATENT ABSTRACTS OF JAPAN 
vol. 1998, no. 09, 
31 July 1998 
& JP 10 091421 A 
(TOSHIBA CORP) 
10 April 1998, 
abstract - 



1-41 



H04H1/00 



1-41 



TECHNICAL FIELDS 
SEARCHED (InL CI. 7) 



H04B 
H04H 
H04L 
H04Q 
H04J 



The present search report has t)een drawn up for aU daims 



Place of search 
VIENNA 



Date of oompletion of the search 
07-12-2000 



. Examiner 
MESA-PASCASIO 



S 



CATEGORY OF CITED DOCliME^4TS 
X : particularly relevant rf taken alorte 
Y : particutarty relevant if combirted with another 

document of the same category 
A : technological background 
O : non-written disdosure 
P ; intemiediate document 
T : theory or pftncipie ur^dertvinQ the invention 



E : ean»er patent document, but put)lished on, or 

after the filing date 
D : document dted in the application 
L : docunr>ent dted for other reasons 



men^ber of the same paterA family, corresponding 
document . 



BNSDCXJtD: <EP 0957597A3_U> 



» 



EP 0 957 597 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. EP 99108814.7 



liable foMhese particulars which are merely given for the purpose of '"formaton. 



Patent document cited 
tn search report 



Publication 
date 



Patent family 
member(s) 



Publication 
date 



EP A2 
EP A3 



772367 
772367 



07-05-1997 
06-05-1999 



CN 



1152246 



18-06-1997 



JP A2 



10091421 



10-04-1998 



For more detaiis about this annex see 



Official Journal of the European Patent Office. No. 12782. 



3 



BNSCOCID: <EP. 



_0957597A3J_> 



THIS PAGE BLAMK (uspto) 



